home *** CD-ROM | disk | FTP | other *** search
- Path: fc.hp.com!news
- From: koren@hpsrk.fc.hp.com (Steve Koren)
- Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.hardware
- Subject: Re: OS features
- Date: 16 Jan 1996 17:48:34 -0700
- Organization: HP Fort Collins Site
- Sender: koren@hpsrk.fc.hp.com
- Message-ID: <oj620oz4pel.fsf@hpsrk.fc.hp.com>
- References: <92747544038@PAPA.NORTH.DE> <4b3h9s$1st@alterdial.UU.NET>
- <2152.6561T63T2136@cycor.ca> <4b7i18$si1@vixen.cso.uiuc.edu>
- <oj6raxxrr0o.fsf@hpsrk.fc.hp.com> <13213431@sourcery.han.de>
- <wfblanDL61Eq.DnH@netcom.com>
- NNTP-Posting-Host: hpsrk.fc.hp.com
- In-reply-to: wfblan@netcom.com's message of Sun, 14 Jan 1996 10:06:26 GMT
- X-Newsreader: Gnus v5.0.9
-
-
- wfblan@netcom.com (Wells Fargo Bank) wrote:
-
- > Could a new 'layer' for the OS be written that you can set up a 'protected'
- > portion of memory for a special purpose, ie, programming as the example is
-
- There are complicating factors, but more or less it is possible, sure.
- There are many possible approaches here, all the way from "break every
- app and lose source code compatibilty but get an extremely stable OS" up
- though "retain backwards binary and source compatibility for a less than
- perfectly stabile result". I personally think the later may be
- adequate.
-
- > I would rather have physical RAM over soft-RAM or a HD-cache anyday,
-
- Me too, but those nasty budgetary constraints have impinged on my
- ability to buy 64 Mb of physical RAM :-)
-
- - steve
-